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ABSTRACT 



A method and apparatus for transport encoding asset data 
and content data, multiplexing the transport encoded content 
data with a plurality of NULL transport packets to provide 
"place holder" for the asset data transport packets, and 
replacing the NULL transport packets with asset data trans- 
port packets prior-to-trarismittingjhermultipexedZtra^^ 
^s,teeam-to~a-set'top^^^ 
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METHOD AND APPARATUS FOR INJECTING 
INFORMATION ASSETS INTO A CONTENT 
STREAM 

CROSS REFERENCE TO RELATED 
APPLICATIONS 

[0001] This application claims benefit of U.S. Provisional 
Patent Application Serial No. 60/127,126 (attorney docket 
number 038), which was filed on Mar. 31, 1999 and is 
incorporated herein by reference in its entirety. 

BACKGROUND OF THE INVENTION 
[0002] 1, Field of the Invention 

[0003] The present invention relates to an information 
distfibutimi^syst em-su ch-as-a-video^-dema^ 
tem. More particularly, the present invention relafe§~to a 
methpd_and_app^ratus for ~t)roc^es sm ^ 
assets-such -tlmt-the^othet^^ 
/subf i^q uent conte nLstreatn^,! 

[0004] 2. Description of the Background Art 

[0005] Information distribution systems, such as video on 
demand (VOD) system providing content encoded accord- 
ing to the various Moving Pictures Experts Group (MPEG) 
standards are known. For example, a first standard known as 
MPEG-1 refers to ISO/IEC standards 11172, which is incor- 
porated herein by reference in its entirety. A second standard 
known as MPEG-2 refers to ISO/IEC standards 13818, 
which is incorporated herein by reference in its entirety. 
Additionally, a compressed digital video system is described 
in the Advanced Television Systems Committee (ATSC) 
digital television standard docimient A/53, incorporated 
herein by reference. 

[0006] An interactive information distribution system pro- 
vided by DIVA Systems Corporation of Redwood City, 
Calif, is described in more detail in U.S. patent application 
Ser. No. 08/984,710, filed on Dec. 3, 1997 and incorporated 
herein by reference in its entirety. Users or subscribers to the 
DIVA system select information offerings using a "Naviga- 
tor" functionality, which is described in more detail in U.S. 
patent application Sen No. 08/984,427, filed Dec. 3, 1997 
and incoiporatedLherein by reference in its cntirety.^Briefly,^ 
lh6^dvi^tSFMifizS^?SSabina^ 
asEN^^G^deo^^t^aadxcktgJj^ilES^^ 
.and^ai^igat^rfasset^ta^toiproyide^ie^^ 
sdecjting^d_grderm 
bAtHiaps_aiid-navigation_Q5ntr^^ 

user is" navigating," the set top box extracts the asset data 
from the transport stream and uses that data to provide 
bitmap overlays on top of the MPEG content. The control 
data within the assets is used to define the layout of the 
screen and to take actions based on viewer input. 

[0007] <^^gseLs7^^cfi"^^^the~at6remeff^^ 
easset^-are^t^icaEyiipaclcageai^aPM 
^thati^aresimultiplexetoai^ 
^^PE^~fi^acj||^^^|)rQduQ^^^ 

filerThe file is then transported to and stored on each of, 
possibly^iMw servers for subsequent transmission to the 
usens'*^S#?ropDoxe^. 

[0008] Unfortunately, embedding assets such as Naviga- 
tion assets within the content places a severe limitation on 



changes to the assets. For example, if a bitmap asset must be 
changed to provide new graphic data, the content files for all 
navigation screens using that bitmap need to be re-mulli- 
plcxcd, redistributed, and re -loaded onto all servers, Ad^-^ 
fi^naUy;gtbeamuitiEiexmg^fc}tihe^Na^^ — 
contcnttixsTdtS5iiigaidu^ Blic.ation^p f 4hc-^^^ 
wlthitneachiTQfeaspIuTalit y.^Qf-cQntent-stream s^includj^^ 
adata:> 

[0009] Therefore, it is seen to be desirable to provide a 
method and apparatus for inserting assets, such as naviga- 
tion assets, into a content stream in a manner avoiding the 
above-described problems. 

SUMMARY OF THE INVENTION 

[0010] The disadvantages heretofore associated with the 
prior art are overcome by the present invention of a method 
and apparatus for transport encoding asset data and content 
data, multiplexing the transport encoded content data with a 
plurality of NULL transport packets to provide "place 
holder" for the asset data transport packets, and replacing the 
NULL transport packets with asset data transport packets 
prior to transmitting the multiplexed transport stream to a set 
top box. 

[0011] Specifically, in an information distribution system 
providing content data and asset data to at least one sub- 
scriber, an apparatus according to the invention comprises: 
a NULL packet inserter, for inserting NULL transport pack- 
ets within a transport stream including content packets; and 
a transport processor, for replacing at least some of the 
NULL packets with asset packets to produce a transport 
stream including content packets and asset packets. 

BRIEF DESCRIP^nON OF TOE DRAWINGS 

[0012] The teachings of the present invention can be 
readily understood by considering the following detailed 
description in conjunction with the accompanying drawings, 
in which: 

[0013] FIG. 1 depicts a high level block diagram of an 
interactive information distribution system; 

[0014] FIG. 2 depicts a graphical representation of several 
packetized streams useful in understanding the invention; 
and 

[0015] FIG. 3 depicts a flow diagram of a method for 
processing content and asset information according to the 
invention. 

[0016] To facilitate understanding, identical reference 
numerals have been used, where possible, to designate 
identical elements that are common to the figures. 

DETAILED DESCRIPTION 

[0017] While the invention will be primarily described 
within the context of an interactive information distribution 
system, it should be noted that the invention has broad 
applicabOity to any system in which a data stream generated 
by combining fixed packet length data sub-streams is subject 
to regeneration due to, illustratively, modifications or 
changes made to one of the data sub-streams. 

[0018] FIG. 1 depicts a high level block diagram of an 
interactive information distribution system. Specifically, 
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FIG. 1 depicts a high level block diagram of an interactive 
information distribution system 100 containing the present 
invention. The system 100 contains service provider equip- 
ment 102, a distribution network 104 and subscriber equip- 
ment 106^, where n is an integer greater than zero. 

[0019] The service provider equipment 102 comprises a 
plurality of asset sources 110, a first transport packetizer 
120, an asset storage module 125, an encoded content source 
130, a second transport packetizer 135 including a null 
packet inserter 135-NP, a content storage module 140 and a 
session controller 145 including a mapping data memory 
region 145-MD, a count memory region 145-C and a rate 
memory region 145-R. The functionality of the service 
provider equipment 102 may be divided into those functions 
typically provided by a content development facility (CDF) 
102A and those functions provided by an interactive infor- 
mation distribution system (IIDS) 102B. A content devel- 
opment facility receives encoded content from, for example, 
a content encoding facility where Navigation assets and/or 
other assets are developed or aggregated. The CDF formats 
the content and assets into, for example, MPEG-2 transport 
stream files and distributes the resultant files to IIDS loca- 
tions. The CDF fumctionality comprises the asset sources 
110, the first transport packetizer 120, the encoded content 
source 130 and the second transport packetizer 135. The 
operation of the CDF 102A and IIDS 102B will be described 
within the context of a system 100 including all the relevant 
functions. However, it shall be noted that the CDF functions 
may be implemented in a CDF that is physically remote 
from the remaining functions of the system 100. The CDF 
functions may also be performed prior to the actual need for 
the assets and/or content. 




piul-^ lj|\ i ^f^ 
tcntfflj^flg^ 



a portion of the asset data stream sufiScient to accommodate 
the asset data packets within the asset data stream ASSETS. 
The service provider equipment 102, in response to a 
subscriber request for a content stream, provides a version of 
the requested content stream in which some or all of the 
NULL packets have been replaced by asset data packets. In 
this manner, the service provider equipment 102 is able to 
adapt the asset data provided to a subscriber without repro- 
cessing the content data. 

/un agi^llufOaL^ 



as^ik^iW^^afe^proviaedlo the first transport packetizeri20 
via respective stream or signal paths Al, A2 and A3. The 
assets may comprise, e.g.. Navigation assets that are used by 
a set top terminal to interactively navigate or view the 
offerings of the information distribution system 100. The 
first transport packetizer 120 packages the received asset 
streams A1-A3 into appropriate MPEG streams, such as 
video streams, audio streams, data sU-eams and the like to 
produce a transport stream TA, illustratively an MPEG-2 
transport stream, that is coupled to the asset storage module 
125. Specifically, the transport stream TA (including pack- 



aged assets) is distributed from the CDF 102A to the asset 
storage module 125 of the IIDS 102B. The asset storage 
module 125 communicates with the session controller 145 
via an asset control signal ASC to provide storage location 
information associated with each stored asset stream. 

[0022] The encoded content source 130, illustratively a 
means of receiving MPEG-2 encoded content and other 
content from a studio or other source of content, provides a 
content stream C to the second transport packetizer 135. 

[0023] The second transport packetizer 135 packetizcs the 
content stream C to produce a transport stream TC, illus- 
tratively an MPEG-2 transport stream, that is coupled to the 
content storage module 140. In response to a control signal 
RESERVED BANDWIDTH, the null packet inserter 135- 
NP of the second transport packetizer 135 operates to 
intersperse NULL packets with the content packets within 
the content transport stream TC. 

[0024] The number of NULL packets interspersed with the 
content data packets "reserves" a portion of the asset data 
stream sufficient to, ideally, accommodate all of the asset 
data packets. ITaat is, the amount of bandwidth to be 
reserved by interspersing NULL packets (e.g., 300 kilobits 
per second of a 3.6 Megabits per second bitstream) is 
indicated to the NULL packet inserter 135-NP via the 
control signal RESERVED BANDWIDTH. The number of 
NULL packets may be predetermined or calculated. 

[0025] In one embodiment of the invention a default 
number of NULL packets is inserted into the multiplexed 
transport stream including nuU packets and content packets. 
The default number of NULL packets may be fixed or may 
defined as a ratio (e.g., one null packet for every four content 
packets). 

[0026] The session controller 145 (or session manager) 
provides session control of the information flowing to and 
from the content 140 and asset 125 storage modules, and 
may be generally described as a system providing or con- 
trolling communications between, e.g., a cable system head- 
end and one or more set top terminals. The session controller 
145 produces an asset storage control signal ASC for con- 
trolling and communicating with the asset storage module 
125, a content storage control signal CSC for controlling and 
communicating with the content storage module 140, and a 
transport processor control signal TPC for controlling and 
communicating with the transport processor 150. 

[0027] The session controller 145 communicates with the 
asset storage module 125 and content storage module 140 to 
determine appropriate mapping of content streams or files 
stored on the content storage module 140 to asset streams or 
files stored on the asset storage module 125. This mapping 
information is stored within the mapping data memory 
portion 145-MD of the session controller 145. 

[0028] In one embodiment of the invention, the session 
controller 145 provides an asset injection rate (AIR) signal 
and an asset injection count (AIC) signal to the transport 
processor 150. The asset injection rate is stored in the rate 
memory location 145-R, while the asset injection count is 
stored in the count memory location 145-C. 

[0029] The asset injection rate (AIR) signal indicates to 
the transport processor 150 a desired rate at which asset 
packets should be injected into a content stream including 
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NULL packets. The asset injection rate refers to the ntimber 
of NULL packets to be utilized for asset transport. A 
maximum asset injection rate utilizes every NULL packet to 
transport an asset stream. In lower asset rates, some NULL 
packets are not utilized. 

[0030] The an asset injection count (AIC) signal indicates 
to the transport processor 150 the number of times that a 
particular asset should be repeated. For example, in response 
to an AIC signal indicative of a count of three, the transport 
processor will insert each asset packet into the FATC three 
times. The three insertions may be consecutive or an entire 
asset stream may be injected three times. 

[0031] In response to a user request for a particular content 
file, the session controller 145 causes the requested content 
file to be streamed to the transport processor 150. Addition- 
ally, the session controller 145 utilizes the mapping data 
145-MD to determine which asset data stream or file (if any) 
is associated with the requested content stream or file. The 
session controller 145 causes the requested asset file to be 
streamed to the transport processor 150 from the asset 
storage module 125. 

[0032] The session controller 145 sends data, such as 
commands, encryption keys and the like to set top boxes via 
a forward data channel (FDC). The session controller 145 
receives data, such as information stream requests and 
session initiation data (set top identification, capability, and 
the like) via a reverse data channel (RDC). The FDC and 
RDC are supported by the distribution network 104 and 
comprise relatively low bandwidth data channels, such as 
1-2 megabits per second data channels utilizing QPSK, 
QAM or other modulation techniques. The FDC and RDC 
are also known as "out of band" channels, where a relatively 
high bandwidth forward application transport (FAT) channel 
is known as an "in-band" channel. 

[0033] The session controller 145 contains an interface 
device for sending control information via the forward data 
channel FDC and receiving control information via the 
reverse data channel RDC using so-called "out of band" 
carrier frequencies. 

[0034] The transport processor 150 accomplishes all of the 
forward content channel transmission interface requirements 
of the system 100 of FIG. 1. Specifically, the transport 
processor 150 is coupled to subscriber equipment via a 
forward applications transport channel (FATC). The forward 
application transport channel (FATQ is supported by the 
distribution network 104 and comprises a relatively high 
bandwidth communications channel well suited to carrying 
video, audio and data such as, for example, multiplexed 
MPEG-2 transport packets. The FATC is also known as the 
"in-band" communications channel. It should be noted that 
data normally conveyed to a set top box via the FDC may be 
included in the FATC data stream. 




[0036] The distribution network 104 can be any one of a 
number of conventional broadband communications net- 
works that are available such as a fiber optic network, a 
telephone network, existing cable television network and the 
like. For example, if the network is a hybrid fiber-coax 
network, the transmission transport technique used in both 
forward channels may be modeled after the Moving Pictures 
Expert Group (MPEG) transport protocol for the transmis- 
sion of video data streams. In general, the transport mecha- 
nism for forward and reverse data channels that transport 
information to and firom the set top terminal mtist be able to 
carry unidirectional, asynchronous packetized data such as 
that defined in the MPEG video and audio signal transmis- 
sion protocol, and the like. There are a number of such 
transport protocols available. 

[0037] The subscriber equipment 106^ comprises a sub- 
scriber or set top terminal or set top box 136, a display 
device 140 (e,g., a conventional television) and a user input 
device 138 (e.g., a remote control). Each set top terminal 136 
receives the data streams from the FATC, demodulates the 
received data streams and, in the case of video streams, 
processes the demodulated video streams for subsequent 
display on the display device 140. In addition, the set top 
terminal 106 accepts commands from the remote control 
input device 138 or other input device. Those commands 
requiring processing at the lead end are formatted, modu- 
lated, and transmitted through the distribution network 104 
to the session controller 145. Typically, this transmission is 
accomplished through the RDC. These commands are pref- 
erably transmitted through the same network used to trans- 
mit bformation to the set top terminal. However, the RDC 
coupling the set top terminal to the server may be a separate 
network, e.g., a FATC through a television cable network 
and a RDC through a telephone network. The telephone 
network could also support the FDC. 

[0038] The session controller 145 interprets each com- 
mand sent from the set top terminal through the RDC and 
adapts other functional elements (e.g., the storage modules) 
in response to the subscriber request (e.g., send a requested 
movie and associated asset data). 

[0039] Session control commands, such as navigation 
commands, are implemented by the session controller 145 
with the set top terminal 136. Each command is imple- 
mented by the execution of central scripts by the set top 
terminal 136. The central scripts are transmitted to the set 
top terminal 136 (via the FATC) within the asset data in 
response to requests transmitted by the set top terminal 136 
(via the RDC). It is noted that each control script includes 
links to other control scripts stored at the I IDS head end 
102B. In this manner, set top terminal memory is conserved. 
The control scripts control both information sessions, such 
as the presentation of video to the television screen, and 
navigator functions, such as menus facilitating selection of 
a video program. The graphical data and other asset data 
used to provide the tiser interface at the set top terminal 136 
comprises asset data, such as navigator asset data that is 
processed by the service provider equipment 102 of the 
present invention. 
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pf-an_asset-tr^pp^-streain_210y--a- contenl'^ana NULL? 
-feans£orLslream-220^iida-contcatanda;^cUrai^^ 
230: 

[0041j-Jlie:d§seFtnB^oit:st^ 

faUtyj^f-a&seUrajisporl^pckets,-^^ 

mdttdes-a-portitm-of'thegsseCdata::J he"asset-da t^ 



repK;seiiUtion^l^r4lltistratively,-referring.tolhe:systeiD 
of FIG. 1, the NAVIGATION ASSETS stream provided by 
the asset storage module 125 to the transport processor 150 
is structurally similar to the asset stream representation 210 
of FIG. 2A. 

[0042]^The.^content and NUIj^transport_strcain- 2204s~ 
,dcpjcted''as a^plurality-^f-contentzTOOranspprt-packcts^ 
imcrspeiseg^tK^NMJr.transport:pa cketsrS pecifleally.-the> 
cdiitlnraid-NfU ffiSn^ortis^^ 

ting^quence-of'three-content-data^^paclcets'followed-by-ar'''^ 
tsinglprNUm^packct, The content data packets are denoted 
by the letter "C" while the NULL packets are denoted by the 
NULL symbol (i.e., ''0"). Illustratively, referring to the 
system 100 of FIG. 1, the CONTENT stream provided by 
the content storage module 140 to the transport processor 
150 is structurally similar to the content and NULL stream 
representation 220 of FIG. 2A. 



\) 



[0043] pEach--of— the-asset-data-packets A~in~the~assct-^ 
transport stream 210 is associated with-arxgrcespondingj 
\*^ \" !3t^ Vfct)V% NULL packet 0 injhejccnteat^and NULL transportTtream> 
lArA \ i"*^ 2203s JQ'dicatedrby-the-con'espondence-arrow 

correspondence is je picted for illustra tiyc_purposes only, j 
^ince the re need n6t"l5e^stFict corfespondenceTof par ticula r/ 
^asset-paekets^to particular NULL packets. It shduld-be noted-^ 
that NULL packets naay be Ikipped (i.e . unutilized) such that ( 
a^ lower "asset injection rate** is provided. That is, the rate or n 
utilization level of the NULL packets may be rcduced;by;notr^^ 
/inserUng_asset-packets~intonevery"available-NULI^p_a^et^ 
The utilization level of the NULL packets may be described 
in terms of a percentage of available NULL packets, a 
percentage of available NULL packets for a given period of 
time (or bandwidth), or any other convenient metric. More- 
over, asset packets may be inserted repeatedly into the asset 
and NULL transport stream, such that an "asset injection 
count" above unity is provided. That is, the entire asset 
packet stream may be repeatedly inserted such that a set top 
terminal may reacquire an asset stream that has been incor- 
rectly acquired. NULL packets may be left unutilized, 
especially in the case of a relatively small asset stream. 

[0044] Jhe cpntp.ni^an4^|^e^^ 
I t rdepicted as a plurality of conteiiV data trdii^port packets L 
'-.interspersed with asset transport packets. Specifically, the J 
/ content and asset transport stream 230 comprises a repeatingi 
'^sequence'^flfiree content data packets followed by a single] 

SJf^t^t^TV asset packet. The content data packets are denoted by the( 
/^letter "C while the asset packets are denoted by letter "A," J 
^Illustratively, referring to the system 100 of FIG. 1, thc^ 
rFATC stream provided by the transport processor to the^ 
/-subscriber equipment 106 includes information streams that 
are structurllly similar to .the content-and-asset-stream- 
representati6n~230-of^EIG . 2. _ J 

[0045] It should be noted that it is not necessary for each 
NULL packet to be replaced by an asset packet^owever, it 
l^is-prefer able t o'Have a sufficient number of NULL packets 
C^within the content and N OLL packet stream to provide for | 



/all-of~the-asset,packets.tO-be4ncluded-in'the stream providFd] 
Lto the subscriber. Thus, the_U^ansp^^t^processo^450-of-FI^ 
1 operates to replace^ither some or all of the NULL packets 
with the content and NULL packet stream to provide a 
content and asset stream. 

[0046] FIG. 2B depicts a graphical representation of sev- 
eral packetized streams useful in understanding the inven- 
tion. Specifically, FIG. 2B depicts graphical representations 
of an asset transport stream 240, a content and NULL 
transport stream 250, and a content and asset transport 
stream 260. 

[0047] FIG. 2B differs from FIG. 2A in that the content 
' and NULL transport stream 250 includes more frequently 
interspersed NULL packets (i.e., one NULL packet after 
every two content packets), and the terminal or end portion 
of the asset transport stream 240 is depicted. Thus, it is noted 
that after replacing NULL packets in the content and NULL 
stream 250 with asset packets found in the asset transport 
stream 240, the resulting content and asset transport stream 
260 includes a plurality of remaining NULL packets 261, 
262. 

[0048] With respect to the content and NULL packet 
transport streams 220 and 250, it is important to note that the 
content and NULL transport stream 250 of FIG. 2B allo- 
cates a larger portion of bandwidth to the transport of asset 
packets. As previously discussed, a control signal 
RESERVED BANDWIDTH provided to the second trans- 
port packetizer 235 is indicative of an amount of bandwidth 
to be reserved for the transport of asset packets. Thus, this 
control signal caused a higher bandwidth allocation for the 
content and NULL transport stream 250 than for the content 
and NULL transport stream 220. 

[0049] FIG. 3 depicts a flow diagram of a method for 
processing content and asset information according to the 
invention. The method 300 of FIG. 3 may be considered as 
several separate methods. Specifically, steps 305 through 
320 define a method for processing content information, 
steps 305 and 330 through 335 define a method for process- 
ing asset information and steps 340 through 365 define a 
method for providing processed content and asset informa- 
tion to a set top terminal. 

[0050] At step 305 the MPEG content and navigator 
aspects for a navigator screen are defined or created. That is, 
at step 305 the video information, control information and 
graphical information for, e.g., a navigator screen having 
respective control, video and graphics layer is defined or 
created. The method 300 then proceeds to step 310. 

[0051] At step 310 the MPEG content is packetized. That 
is, at step 310 the MPEG video information defined or 
created at step 305 is converted into a plurality of informa- 
tion packets, such as MPEG transport packets. This function 
may be performed by the transport packetizer 135 of the 
information distribution system 100 of FIG. 1. The method 
^300 then proceeds to step 315. 

[0052] At step 315 the, illustratively, MPEG transport 
packets including content information are multiplexed with 
a plurality of null packets. A null packet comprises an 
MPEG transport packet having no useful information and 
serving the sole purpose of occupying space within an 
MPEG transport stream. This function may be performed by 
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the null packet inserter 135-NP of the system 100 of FIG. 1. 
The method 300 then proceeds to step 320. 

[0053] At step 320 the multiplexed content/null packet 
stream is stored in, illustratively, the content storage module 
140. The method 300 then proceeds to step 340. 

[0054] The above-described steps (310-320) describe the 
processing of the content defined or created at step 305. The 
asset information defined or created at step 305 is similarly 
processed as will now be described. It should be noted that 
the asset processing and content processing may occur 
sequentially in either order or simultaneously. 

[0055] At step 330 the asset streams Al -A3 are packetized 
into, illustratively, MPEG-2 transport packets and multi- 
plexed to produce a packetized asset stream TA, This 
function is performed by the first transport packetizer 120 of 
the system 100 of FIG. 1 . The method 300 then proceeds to 
step 335, where the packetized asset stream TA produced by 
the transport packetizer 120 is stored in, illustratively, the 
asset storage module 125. The method 200 then proceeds to 
step 340. 

[0056] At step 340 mapping data linking the content and 
asset data (e.g., navigation screens, MPEG content and 
navigation assets) is generated. That is, mapping data used 
to link the multiplexed content/null packet stream of stored 
in the content storage module 140 to the packetized asset 
stream stored in the asset storage module 125 is generated 
such that subsequent processing of the streams by the 
transport processor 150 may be used to combine video, 
associated audio, and assets, such as navigation assets. The 
method 300 then proceeds to step 345. 

[0057] It should be noted that the generation of mapping 
data is depicted as occurring after the storage of the content 
TC and asset TA transport streams in the asset storage 125 
and content storage 140 modules respectively. However, it 
will be appreciated by those skilled in the art that mapping 
data may be produced contemporaneously with the genera- 
tion of those streams. 

[0058] At step 345 the method 300 waits for an set top 
terminal content request. That is, at step 345 the session 
controller 145 interacting with a subscriber tenminal 136 
waits for a request from that subscriber terminal for content 
stored within the content storage module 140. The method 
300 then proceeds to step 350. 

[0059] Al step 350, in response to the set top terminal 
content request, mapping data for the requested content is 
retrieved from the mapping data memory portion 145 -MD of 
the session controller 145. The retrieved mapping data is 
used to identify which packetized asset stream within the 
asset storage module 125 is associated with the content/null 
packet stream within the content storage module 140 that 
has been requested by the set top terminal. The method 300 
then proceeds to step 353. 

[0060] At optional step 353, the session controller 145 
provides to the transport processor 150 one or both of the 
asset injection rate (AIR) parameter and the asset injection 
count (AIC) parameter. In response, the transport processor 
150 adjusts the asset injection rate and/or the number of 
times an asset is injected (asset injection count). 

[0061] At step 355 the stored multiplex/content null 
packet stream requested by the subscriber and the stored 



packetized asset stream associated by the mapping data are 
coupled to the transport processor 150 to be combined. 

[0062] At step 360, nuU packets within the content/null 
packet stream retrieved from the content storage module 140 
are replaced, as necessary, with asset packets from the 
packetized asset stream retrieved from the asset storage 
module 125 (as defined by the mapping data). Thus, in the 
case of a multiplexed content/null packet stream in which 
every, for example, fourth transport packet comprises a null 
packet, sufficient null packets to accommodate the asset 
packets retrieved from the asset storage module 125 arc 
replaced. Ideally, every null packet will be replaced by an 
asset packet such that no bandwidth is wasted. However, 
since it is important to assure adequate levels of system 
performance and adequate quality of interaction from the 
point of view of a subscriber, it is likely that an excess 
number of nuU packets is advantageously provided such that 
unusually large asset streams may be accommodated with- 
out unduly degrading system performance. 

[0063] At step 365 the content stream including the asset 
packets is provided to the subscriber terminal or STT via the 
appropriate physical and logical channels. These physical 
and logical channels are determined at the time the set top 
terminal establishes a session with the session controller 
145. 

[0064] Various modifications to the above-described 
embodiments are contemplated by the inventor. For 
example, while the asset and content storage functions are 
depicted in FIG. 1 as being implemented using separate 
asset 125 and content 140 storage modules, a single storage 
module may be utilized to realize these functions. Moreover, 
witliin the context of an infonnation distribution system 
having a plurality of information servers, these functions 
may be distributed over several information servers. For 
example, a central or asset server may be used to hold a 
"gold" copy of asset data that is periodically used to update 
asset data stored in other servers along with content data. 

[0065] It should be noted that while the function of 
mapping data between content and asset data is performed 
with respect to the depicted mapping data 145-MD element 
of the session controller 145, the mapping data 145-MD may 
be stored in the single storage module or either of the asset 
and content storage modules. It is only necessary that the 
entity controlling the distribution of the content stream 
CONTENT and the asset stream ASSET utilize the mapping 
data 145-MD such that the asset stream appropriate to a 
requested content stream is provided to the transport pro- 
cessor 150 along with the requested content stream. 

[0066] Although various embodiments which incorporate 
the teachings of the present invention have been shown and 
described in detail herein, those skilled in the art can readily 
devise many other varied embodiments that still incorporate 
these teachings. 

What is claimed is: 

1. In an information distribution system providing content 
data and asset data to at least one subscriber, apparatus 
comprising: 

a NULL packet inserter, for inserting NULL transport 
packets within a transport stream including content 
packets; and 
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a transport processor, for replacing at least some of said 
NULL packets with asset packets to produce a transport 
stream including content packets and asset packets. 

2. The apparatus of claim 1, further comprising: 

a first transport packetizer, for packetizing said asset data 
to produce said asset packets; and 

a second transport packetizer, cooperating with said 
NULL packet inserter, for packetizing said content data 
and producing said transport stream including content 
packets. 

3. The apparatus of claim 2, further comprising: 

storage means, coupled to said transport processor, for 
storing said asset packets and said transport stream 
including content packets and NULL packets. 

4. The apparatus of claim 1, further comprising: 

storage means, coupled to said transport processor, for 
storing said asset packets and said transport stream 
including content packets and NULL packets. 

5. The apparatus of claim 4, further comprising; 

a session controller, for interacting with a subscriber to 
receive a content request; 

said controller causing a transport stream including said 
requested content packets and NULL packets to be 
provided to said transport processor; and 

said controller causing asset packets associated with said 
requested content to be provided to said transport 
processor. 

6. The apparatus of claim 1, wherein said NULL packet 
inserter is responsive to a bandwidth reservation signal to 
adapt a number of NULL packets inserted into said transport 
stream including content packets. 

7. The apparatus of claim 1, wherein said second transport 
packetizer provides mapping data indicative of the location 
of NULL packets within said transport stream including 
content packets and NULL packets. 

8. The apparatus of claim 2, wherein: 

said transport processor is responsive to an asset rate 
control signal to adapt a utilization level of said NULL 
packets. 

9. The apparatus of claim 2, wherein: 

said transport processor is responsive to an asset count 
signal to replace a plurality of NULL packets with each 
asset packet. 

10. In an information distribution system providing con- 
tent data and asset data to at least one subscriber, a method 
for processing content and asset information comprising the 
steps of: 



inserting, within a transport stream including content 
packets, a plurality of NULL packets; and 

replacing at least some of said NULL packets with asset 
packets to produce a transport stream including content 
packets and asset packets. 

11. The method of claim 10, whereia said asset packets 
have been processed according to the steps of: 

packetizing, using a transport packetizer, at least one 
information stream comprising an asset information 
stream, said asset information stream being associated 
with a content stream. 

12. The method of claim 11, wherein said asset informa- 
tion stream comprises a plurality of asset information sub- 
streams. 

13. The method of claim 10, wherein said plurality of 
NULL packets to be inserted into said transport stream 
including content packets is determined with respect to a 
bandwidth reservation signal. 

14. The method of claim 10, further comprising the step 
of providing mapping data indicative of the location of 
NULL packets within said transport stream including con- 
tent packets and NULL packets. 

15. The method of claim 14, wherein said step of replac- 
ing comprises the steps of: 

finding, using said mapping data, the location of a next 
NULL packet within said transport stream including 
content packets and NULL packets; 

determining, according to an asset injection rate, if said 
next NULL packet should be replaced by an asset 
packet; and 

in the case of a determination that said next NULL packet 
should be replaced by an asset packet, replacing said 
next NULL packet with a next asset packet. 

16. The method of claim 1, wherein said step of inserting 
said asset packets is repeated according to an asset injection 
count. 

17. The method of claim 11, further comprising the steps 

of: 

interacting with a subscriber to receive a content request; 

retrieving a transport stream including said requested 
content packets and any inserted NULL packets; 

replacing at least some of said NULL packets with said 
asset packets; and 

transporting, to said requesting subscriber, a transport 
stream including said transport stream including said 
requested content and said inserted asset packets. 

4t ♦ * f « 
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